home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 4674 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.4 KB
  1. Path: news.gate.net!not-for-mail
  2. From: dhaire@gate.net (doug haire)
  3. Newsgroups: comp.sys.mac.comm,comp.dcom.modems
  4. Subject: Re: faster than 28.8
  5. Followup-To: comp.sys.mac.comm,comp.dcom.modems
  6. Date: 9 Feb 1996 10:53:15 -0500
  7. Organization: CyberGate, Inc.
  8. Message-ID: <4ffqlb$19c4@hopi.gate.net>
  9. References: <sumner-2001961038000001@sumner.tiac.net> <4ds0fp$4ap4@news-s01.ny.us.ibm.net> <AD29910A96685C7229@asd-stat13-153.dial.xs4all.nl> <bgrubb-2301960739100001@10.0.2.15> <4e3lbi$r3m@brachio.zrz.TU-Berlin.DE> <eric-2601960120540001@sobt.accessorl.n
  10.  <4f1qi8$1pjo@hopi.gate.net> <3114D6EB.6F30@fishnet.net>
  11. NNTP-Posting-Host: hopi.gate.net
  12. X-Newsreader: TIN [UNIX 1.3 950824BETA PL0]
  13.  
  14. John White (jwhite@fishnet.net) wrote:
  15. : doug haire wrote:
  16. : > Eric Shaw (eric@accessorl.net) wrote:
  17. : > : In article <DM429x.w4@giskard.demon.co.uk>, dale@giskard.demon.co.uk (Dale
  18. : > : Shuttleworth) wrote:
  19. : > :
  20. : > : >I know for a fact (and am quite happy to demonstrate) that my Courier
  21. : > : >can achieve near 11520 bytes/sec on highly compressible files.  I have
  22. : > : >even seen some five second periods of PPP traffic where 10kbytes/sec
  23. : > : >was sustained.
  24. : > :
  25. : > : With PPP, this is possible, because PPP does its own compression in your
  26. : > : computer before the data reaches the modem, so the modem has less data to
  27. : > : compress.  Compressed data travels slower through a PPP/SLIP connection
  28. : > : than it would normally because of the extra overhead of PPP/SLIP and TCP
  29. : > : protocols.  Uncompressed data can actually travel faster though, because
  30. : > : of PPP's compression, or CSLIP compression when used with slip.  Can your
  31. : > : Courier do this with a plain old Zmodem or Ymodem-G transfer? I seriously
  32. : > : doubt it, because the ones here CAN'T.
  33. : > 
  34. : > Why do you continue to post this absolutely false information? If the
  35. : > Couriers at your location can't, it's because you have them configured
  36. : > improperly. If you are talking about the Couriers at your ISP then it's
  37. : > likely the ISP has them configured improperly or their end is set at less
  38. : > than 115200 or they have machine overhead that's limiting the transfer rate.
  39. : > But your claim that Couriers can't do this is blatantly false and has
  40. : > been shown to be false several times. Get over it!
  41. : > 
  42. : > Let's see the data. I have asked for this before and I am asking again.
  43. : > This is totally bogus.
  44. : > 
  45. : > Wrong again and shown wrong by me with data to back it up. Any data from
  46. : > you? Nope.
  47. : > 
  48. : > --
  49. : >  "Things are more like they are now than they ever were before."
  50. : >  [Dwight D. Eisenhower]
  51.  
  52. : Anyone can post nonsense data to back up anything they want. I have 
  53. : tried for several weeks now to verify yours but I just cannot. Are you 
  54. : using some special files provided to you from USR. Using common files 
  55. : that the average user will be using I can't obtain the level of 
  56. : performance your data shows. I am NOT going to list some nerdy table of 
  57. : my results though. So just go ahead and WHINE ABOUT IT. And don't forget 
  58. : to add the Eisenhower line.
  59.  
  60. I have posted my data several times. Others have posted similar data. 
  61. You, however, haven't done anything at all. The files I used were from 
  62. USR and also from Eric Shaw. Eric also used the USR files in some tests 
  63. where he finally posted data. Our results differ significantly. The 
  64. problem with his data appears to lie with his testing method.
  65.  
  66. Read it and scratch your head...
  67.  
  68.